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REMARKS 

This responds to the Office Action mailed on May 20, 2004, rejecting claims 1-46 and 
48. In view of the remarks below, Applicant respectfully requests reconsideration, removal of 
the rejections, and allowance of all of the pending claims. 



CLAIM REJECTIONS UNDER 35 V.S.C. 102(e) 

Paragraph 3 of the Office Action rejects claims 1, 2, 5, 12-15, 17-22, 24, 25, 27, 28, 30- 
35, 37-42, 44-46 and 48 under 35 U.S.C. 102(e) as being anticipated by Yates et al. (U.S. 
Patent No. 6,167,438). Paragraph 4 of the Office Action states that: 

As per claim 1, Yates discloses a method for 
serving requests for Internet information files in an 
Internet caching system, comprising the steps of: 

receiving , at a local Internet cache server (i.e.: 
cache server 38), a user request from a user (i.e.: client 
12-1) for an Intemet information file Yates, a user 
requests information via Intemet including a plurality of 
cache server to a home server, col. 5 line 5 5 -col 6 line 
45 FIG 1]; 

in response to the received request, making a 
query for said information file, if said information file 
has not been cached by said local server [Yates, the 
cache query, col 9 lines 1-7, col 10 lines 4-15, 53-63, col 
1 1 lines 12-19; relay request, col 1 1 lines 37-49]; 

in response to a reply to said query, making a file 
request for said information file, wherein said, file 
request is directed to a feeder (resource manager) means 
if said reply indicates that a central file server, storing 
cached Intemet information files, has said information 
file cached [ Yates, a resource manager, col 7 line 64-col 
8 line 5; a single particular document is considered as 
being located at only one home server, col 6 line 62-col 
7 line 8]; and 

querying, fi"om said feeder means in response to 
said file request, said central file server for said 
information file, in order to decrease the load on said 
central file server [Yates, off-load excess load at the 
home server, col 7 lines 17-27, load balancing, col 8 
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lines 29-33; col 13 line 57-col 14 line 7]. It was clear 
that the cache server reducing the workload from a Web 
home/central server. 

(Office Action, page 2, line 19-page 3, line 15) 

Paragraph 5 of the Office Action appears to state that claims 18 and 39 contain 
limitations similar to those set forth in claim 1 and that claims 18 and 39 are rejected for 
similar rationale as set forth v^th respect to claim 1 . 

Applicant traverses the rejections. 

CLAIM 1 

Claim 1 recites "[a] method for serving requests for Internet information files in an 
Internet caching system, comprising the steps of: receiving, at a local Internet cache server, a 
user request from a user for an Internet information file; in response to the received request, 
making a query for said information file, if said information file has not been cached by said 
local server; in response to a reply to said query, making a file request for said information file, 
wherein said file request is directed to a feeder means if said reply i ndicates that a central file 
server, storing cached Intemet information files, has said information file cached; and 
querying, fi-om said feeder means in response to said file request, said central file server for 
said information file, in order to decrease the load on said central file server." (emphasis 
added). 

As fiirther discussed below, Yates et al. does not teach or suggest a method that 
includes "making a query for [an] information file, if said information file has not been cached 
by said local server; in response to a reply to said query . . . making a file request for said 
information file, wherein said file request is directed to a feeder means if [a] reply indicates 
that a central file server, storing cached Intemet information files, has said information file 
cached; and querying, from said feeder means in response to said file request, said central file 
server for said information file", as recited claim 1 (emphasis added). 

Yates et al. discloses a method and system for distributed caching, prefetching and 
replication in a computer network (title; abstract, lines 1-3). The computer network includes 
clients 12, routers 14, cache servers 16 (note that some cache servers 16 are sometimes 
apparently referred to as leaf node cache servers 38 and that other cache servers 16 are 
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sometimes apparently referred to as non-leaf intermediate node cache servers 39) and home 
server(s) 20. A cache server 16 and associated router 14 preferably consists of four functional 
blocks: a HTTP proxy 22, a resource manager 24, a packet filter 26 and an IP proxy or snooper 
28 (col. 7, lines 64 col. 8, line 3; FIG. 2). The HTTP proxy 22 implements a standard HTTP 
protocol (col. 8, lines 5-6). If the HTTP proxy 22 receives a request for a document not located 
in the local cache 18, it requests the document from the home server 20 (col. 8, lines 8-10). To 
determine if a requested document is located at the local cache server 16, the snooper 28 
queries the filter 26 (col. 9, lines 1-2). If the filter 26 indicates that the requested document is 
cached and can be serviced locally, then the packet is intercepted and passed to the resource 
manager 24 (col. 9, lines 2-5). Otherwise, the packet is passed on to the next hop towards the 
destination home server 20 (col. 9, lines 5-7). 

In a preferred embodiment, snoopers 28 inspect packets that fly by and intercept any 
{SYN } packets directed to HTTP home servers 20 (col. 9, lines 54-63). The snooper 28 acts 
as a proxy for, or "spoofs" the home server 20 by establishing a connection between the client 
12 and the local transport layer in the cache server 16 (col. 9, line 66-col. 10, line 2). After the 
connection is established the snooper 28 inspects all packets that fly-by, and waits for the 
corresponding {GET} request (col. 10, lines 4-6). Once the {GET} request arrives the snooper 
28 queries the local filter 26 and the resource manager 24 to determine if the requested 
document is cached (col. 10, lines 6-9). If the document is cached the snooper 28 forwards the 
HTTP {GET} message to the local resource manager 24, waits for the resource manager 24 to 
service the request, and then terminates the connection (col. 10, lines 9-12). Otherwise, the 
snooper 28 may forward the document request in the form of a composite "piggy back" 
{SYN+GET} message in the direction of the home server 20 (col. 10, lines 13-21). 

FIG. 5 is a detailed flow chart of the process as performed at the non-leaf intermediate 
nodes 39. (col. 11, lines 13-14). At step 51, the snooper 28 first spoofs upon receipt of the 
{SYN} from the leaf node 38, and intercepts the following {GET} request (col. 11, lines 13- 
16). In steps 52 and 53, queries are made to the filter 26 and resource manager 24 as before, to 
determine if the {GET} can be processed locally (col. 11, lines 16-19). If the request can be 
processed locally, step 55 completes the proxying for the home server 20 by establishing the 
server half of the TCP connection with the client 12, issuing the {GET} to the resource 
manager 24, returning the document to the client 12, and closing the TCP connection (col. 1 1, 
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lines 20-24). If the {GET} message cannot be processed locally, the {SYN+GET} is 
forwarded to the next node in the tree T (col. 1 1 , lines 25-27). When none of the leaf node 
servers 38 or intermediate node servers 39 cache the requested document, the last intermediate 
server 39 intercepts the {SYN+GET} and relays an explicit HTTP {GET} request to the home 
server 20 (col. 11, lines 45-49). To accommodate this, step 54 of FIG. 5 can be replaced with 
the processes illustrated in FIG. 6 (col. 11, lines 50-51). In this case, if the next node is a home 
server 20, then snooper 28 establishes the server half of the TCP connection wdth the client 12, 
and replaces the {SYN+GET} with a {PROXY_GET} request to the local resource manager 24 
(col. 1 1, lines 56-60). The resource manager 24 translates the {PROXY_GET} request to an 
explicit {GET} issued to the home server 20 (col. 11, lines 60-62). The response of the home 
server 20 response is then relayed to the client 12 in the same manner as if the cache server was 
caching the requested document (col. 11, lines 62-65). 

Thus, Yates et al. discloses a computer network having clients 12, routers 14, cache 
servers 16 (leaf node cache servers 38 and non-leaf intermediate node cache servers 39) and 
home server(s) 20. Each cache server 16 and associated router 14 include a resource manager 
22 and a snooper 28. A snooper 28 for a particular cache server 16 (leaf node cache server 28 
or intermediate cache server 39) forwards an HTTP {GET} request to the resource manager 22 
for such cache server 16 if the requested document is cached therein (col. 10, lines 9-11). 
Otherwise, the snooper forwards the document request in the form of a composite "piggy back" 
{SYN+GET} message in the direction of the home server 20 (col. 10, lines 13-21). In addition, 
if none of the leaf nodes servers 38 and none of the intermediate node servers 39 cache the 
requested document, a snooper 28 for a last intermediate cache servers 39 will eventually 
forward a {PROXY_GET} request to the local resource manager 24 (which appears to be the 
resource manager of the last intermediate cache servers 39 (col. 11, lines 45-60). Such resource 
manager 24 thereafter translates the {PROXY_GET} request to an explicit {GET} issued to the 
home server 20 (col. 11, lines 60-62). 

However, Yates et al. does not appear to teach or suggest a reply (to a query for the 
document) that indicates that the home server 20 has the document cached. 

Therefore, even if the cache server 38 constitutes local Internet cache server, as asserted 
by the Office Action, and even if the resource manager 24 constitutes a feeder, as further 
asserted by the Office Action, and even if the home server 20 constitutes a central file server, as 
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further asserted by the Office Action, Yates et al. does not teach or suggest "making a query for 
said information file, if said information file has not been cached by said local server . . . 
making a file request for said information file, wherein said file request is directed to a feeder 
means if [a] reply indicates that a central file server storing cached Intemet information files, 
has said information file cached; and querying, firom said feeder means in response to said file 
request, said central file server for said information file", as recited in claim 1 (emphasis 
added). As stated above, Yates et al. does not appear to teach or suggest a reply (to a query for 
the document) that indicates that the home server 20 has the document cached. 

Consequently, Yates et al. does not teach or suggest "[a] method for serving requests for 
Intemet information files in an Intemet caching system, comprising the steps of: receiving, at a 
local Intemet cache server, a user request from a user for an Intemet information file; in 
response to the received request, making a query for said information file, if said information 
file has not been cached by said local server; in response to a reply to said query, making a file 
request for said information file, v^herein said file request is directed to a feeder means if said 
reply indicates that a central file server, storing cached Intemet information files, has said 
information file cached; and querying, from said feeder means in response to said file request, 
said central file server for said information file, in order to decrease the load on said central 
file server", as recited in claim 1 . 

Accordingly, reconsideration and allov^ance of claim 1 is respectfully requested. 

Claims 2-17 depend fi-om claim 1 and are therefore patentable for at least the same 
reasons as stated above for claim 1. Accordingly, reconsideration and allowance of claims 2-17 
is respectfully requested. 

CLAIM 18 

Claim 18 recites "[a]n arrangement in an Intemet caching system, said system 
comprising at least one local cache server and at least one central file server, both of which 
servers . stores cached Intemet information files, which arrangement, for decreasing the load on 
said central file server, includes a Feeder communicating with said local cache server and with 
said central file server, wherein said Feeder includes: first means for receiving a request for an 
Intemet information file firom said local cache server; second means for deriving a query from 
an alphanumerical string received from said local cache server; and third means for querying 
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said central file server for said Internet information file using said query derived by said second 
means." 

Yates et al. does not teach or suggest an arrangement having a Feeder that includes a: 
"first means for receiving a request for an Internet information file from said local cache server; 
second means for deriving a query from an alphanumerical string received from said local 
cache server; and third means for querying said central file server for said Internet information 
file using said query derived by said second means", as recited in claim 1 8. 

As stated above, Yates et .al. discloses a computer network having clients 12, routers 14, 
cache servers 16 (leaf node cache servers 38 and non-leaf intermediate node cache servers 39) 
and home server(s) 20. Each cache server 16 and associated router 14 include a resource 
manager 22 and a snooper 28. A snooper 28 for a particular cache server 16 (leaf node cache 
server 28 or intermediate cache server 39) forwards an HTTP {GET} request to the resource 
manager 22 for such cache server 16 if the requested document is cached therein (col. 10, lines 
9-11). Otherwise, the snooper forwards the document request in the form of a composite 
"piggy back" {SYN+GET} message in the direction of the home server 20 (col. 10, lines 13- 
21). In addition, if none of the leaf nodes servers 38 and none of the intermediate node servers 
39 cache the requested document, a snooper 28 for a last intermediate cache servers 39 will 
eventually replace forward a {PROXY_GET} request to the local resource manager 24 (which 
appears to be the resource manager of the last intermediate cache servers 39 (col. 1 1, lines 45- 
60). Such resource manager 24 thereafter translates the {PROXY_GET} request to an explicit 
{GET} issued to the home server 20 (col. 11, lines 60-62). 

However, translating a {PROXY GET} request to an explicit {GET} does not 
constitute deriving a query from an alphanumerical string. 

Therefore, even if the cache server 38 constitutes local Internet cache server, as asserted 
by the Office Action, and even if the resource manager 24 constitutes a feeder, as further 
asserted by the Office Action, and even if the home server 20 constitutes a central file server, as 
further asserted by the Office Action, Yates et al. does not teach or suggest an arrangement 
having a Feeder that includes a: "first means for receiving a request for an Internet information 
file from said local cache server; second means for deriving a query from an alphanumerical 
string received from said local cache server; and third means for querying said central file 
server for said Internet information file using said query derived by said second means", as 
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recited in claim 18. As stated above, translating a {PROXY_GET} request to an explicit 
{GET} does not constitute deriving a query from an alphanumerical string. 

Consequently, Yates et al. does not teach or suggest "[a]n arrangement in an Internet 
caching system, said system comprising at least one local cache server and at least one central 
file server, both of which servers stores cached Intemet information files, which arrangement, 
for decreasing the load on said central file server, includes a Feeder commimicating v^th said 
local cache server and with said central file server, wherein said Feeder includes: first means 
for receiving a request for an Intemet information file from said local cache server; second 
means for deriving a query from an alphanumerical string received from said local cache 
server; and third means for querying said central file server for said Intemet information file 
using said query derived by said second means", as recited in claim 1 8. 

Accordingly, reconsideration and allowance of claim 1 8 is respectfully requested. 

Claims 19-38 and 48 depend from claim 1 8 and are therefore patentable for at least the 
same reasons as stated above for claim 18. Accordingly, reconsideration and allowance of 
claims 19-38 and 48 is respectfiilly requested. 

CLAIM 39 

Claim 39 recites "[a]n Intemet caching system, comprising: a set of local Intemet cache 
servers, wherein each local cache server is arranged to receive requests from users for Intemet 
information files; at least one central file server included in a central cache site and storing 
cached Intemet information files; and feeder means interconnecting said set of local cache 
servers with said central file server, said feeder means including at least one Feeder, which 
Feeder comprises means for communicating with at least one local cache server in accordance 
with a protocol used for communicating between Intemet cache servers and means for 
retrieving Intemet information files from said central file server using data base queries, 
thereby decreasing the load on said central file server." (emphasis added). 

Yates et al. does not teach or suggest a system including feeder means including at least 
one Feeder, where the Feeder comprises "means for communicating with at least one local 
cache server in accordance with a protocol used for communicating between Intemet cache 
servers and means for retrieving Intemet information files from said central file server using 
data base queries", as recited in claim 39 (emphasis added). 
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As stated above, Yates et al. discloses a computer network having clients 12, routers 14, 
cache servers 16 (leaf node cache servers 38 and non-leaf intermediate node cache servers 39) 
and home server(s) 20. Each cache server 16 and associated router 14 include a resource 
manager 22 and a snooper 28. A snooper 28 for a particular cache server 16 (leaf node cache 
server 28 or intermediate cache server 39) forwards an HTTP {GET} request to the resource 
manager 22 for such cache server 16 if the requested document is cached therein (col. 10, lines 
9-11). Otherwise, the snooper forwards the document request in the form of a composite 
"piggy back" {SYN+GET} message in the direction of the home server 20 (col. 10, lines 13- 
21). In addition, if none of the leaf nodes servers 38 and none of the intermediate node servers 
39 cache the requested document, a snooper 28 for a last intermediate cache servers 39 will 
eventually forward a {PROXY_GET} request to the local resource manager 24 (which appears 
to be the resource manager of the last intermediate cache servers 39 (col. 11, lines 45-60). 
Such resource manager 24 thereafter translates the {PROXY_GET} request to an explicit 
{GET} issued to the home server 20 (col. 11, lines 60-62), 

However, an HTTP {GET} is not a data base query. 

Therefore, even if the cache server 38 constitutes local Internet cache server, as asserted 
by the Office Action, and even if the resource manager 24 constitutes a feeder, as further 
asserted by the Office Action, and even if the home server 20 constitutes a central file server, as 
further asserted by the Office Action, Yates et al. does not teach or suggest system including 
feeder means including at least one Feeder, where the Feeder comprises "means for 
communicating with at least one local cache server in accordance with a protocol used for 
communicating between Internet cache servers and means for retrieving Internet information 
files from said central file server using data base queries", as recited in claim 39 (emphasis 
added). Although information may be retrieved from the home server 20, there is no means for 
retrieving Internet information files from said central file server using data base queries. As 
stated above, an HTTP {GET} is not a data base query. 

Consequently, Yates et al. does not teach or suggest "[a]n Internet caching system, 
comprising: a set of local Internet cache servers, wherein each local cache server is arranged to 
receive requests firom users for Internet information files; at least one central file server 
included in a central cache site and storing cached Intemet information files; and feeder means 
interconnecting said set of local cache servers with said central file server, said feeder means 
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including at least one Feeder, which Feeder comprises means for communicating with at least 
one local cache server in accordance with a protocol used for communicating between Internet 
cache servers and means for retrieving Internet information files from said central file server 
using data base queries, thereby decreasing the load on said central file server", as recited in 
claim 39 (emphasis added) 

Accordingly, reconsideration and allowance of claim 39 is respectfully requested. 

Claims 40-46 depend from claim 39 and are therefore patentable for at least the same 
reasons as stated above for claim 39. Accordingly, reconsideration and allowance of claims 40- 
46 is respectfully requested. 



CONCLUSION 

This application should now be in condition for allowance. A notice to this effect is 
respectfully requested. If the Examiner believes after this amendment, that the application is 
not in condition for allowance, the Examiner is requested to call the attorney at the telephone 
number listed below. 

Because the reasons above are sufficient to traverse the rejections. Applicants have not 
explored, nor do they now present, other possible reasons for traversing such rejections. 
Nonetheless, Applicants expressly reserve the right to do so, if appropriate, in any future 
proceeding and/or response to any future Office Actions. 

If this response is not considered timely filed and if a request for an extension of time is 
otherwise absent, Applicants hereby request any necessary extension of time. 
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If an additional fee is required, authorization is hereby given to charge such additional 
fees to Deposit Accoxmt No. 50-1402. 



Respectfully submitted, 



Date: November 10, 2004 



By. 




Mark Steinberg (R\g. No. 40,829) 
MCCARTER & ENGLISH, LLP 
City Place I 
185 Asylum Street 
Hartford, Connecticut 06103-3495 
Ph.: (860)275-7043 
Fax: (860) 724-3397 



HARTFORD: 626584.01 
98669-00005 
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